t 



1/24 





<*> 
*-i 

i 




\ 


RECIPIENTS MAI 
TRANSPORT AGEI\ 
(RPOST SERVER, 


MUA NOTICES 


MESSAGE (TAGGED) 



I 



i 



8 



CO 

85 



8 



1 
i 

S3 

i 

1 

5 



I — 
to 

S3 



1 
is 

s 
8 



CO 

sa 











































I 




i 






• • • 














TTA 




TTA 













-J 

51 s 



5 




FIG. 2A-1 



2/24 



L 



200 



To register an email by an originator\ 
(e.g. "John Smith at email address J 
jsmith@adomain.com) J 




originator creates an email message 
using any Internet Mail User Agent 
(MUA) (Note the message may have 
multiple destinations and attachments) 



n 



202 



The Registration System (RS), acting 
as the senders MTA receives a copy 
of email 



203 



RS will create a copy of the original 
message to be stored until the 
registration process is complete 



XL 



204 



RS creates a database record which 
included: 

The time at which the message was 
received. 

The names and sizes of the 
attachments of the message 
The name and address of each 
destination of the message. 
The time at which the message was 
delivered to the destination's MTA. 
The delivery status of each destination 



i 



205 



RS sets the Delivery Status of each 
destination to "UNSENr 




s~~ 206 


RS generates and stores Message 1 
Digest (hash) of the body of the I 
message \ 






RS generates and stores a hash for f 
each We attached to the message. 1 




^208 


RS creates a second copy to 
modify the original message 







The original subject line of the 
message is amended to indicate that 
the copy is registered (e.g. by 
pre-pending "(Registered") 



210 



A notice that the message is 
registered by RS, together with links 
to the RS's WWW site are appended 

to the body of the message. 
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Email headers are added requesting a Mail User Agent (MUA) reading 
notification in a variety of header formats recognized by various MUAs. 

The request for notification directs the notification to an destination 
whose name is the address of the originator of the message and whose 

address is a rpost com account set up for this purpose. 
The notification will use the address of the original sender in the name 
field of the MUA request 
(e.g. dispositions-notification-to: jsmith@adomin. com 
<readreceipt@rpost.com>) 



212 



( 



Transmit the message 
(GOTO FIG B) " 



) 



FIG. 2A-2 
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System receives MTA 
Notification 



FIG. 2C 



I 



241 



System scans incoming 
mail to rpost.com for 
addresses containing 
"rctp" 



System scans the 
subject and body of 
the message for strings 
indicating delivery failure, 
relay or success 



i 



System identifies j 
messages addressed to 
"rcpbxxxxxy@rpost com " 
as delivery notifications 

for destination 
y of message xxxxxxx. 



242 




Change delivery status 
of destination y of 
message xxxxxx to 
"DEUVERED-TO- 
MAILBOX" 



Change delivery status 
of destination y of 
message xxxxxx to 
"FAILURE" 



Change delivery status 
of destination y of 
message xxxxxx to 
"RELAYED" 



250 



Save copies of 
MTA Notice and I 
attachments 



Processing 
Complete 



^251 

5 
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From time to time the system 
will review the status of all 
pending messages 




251 



For each message 
the system will 



Examine the 
destination status 
(DS) for each 
destination 



402 



255 



1 



Examines next 
Message 




256 



Get Next 
Destination 



15 

(Note: DS= "RELAYED", 
"UNDELIVERABLE", 
"DELIVERED-TO-MAILBOX" or 
"FAILURE") 




FIG. 2D 



Delivery is completers. 
Generate Receipt ) 
(Goto fig 2E) J 
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FIG. 2E-1 



^ 270 



( The system generates an email Receipt which includes: 










A message identifier for administrative purposes. 1 
This identifier may be or may include reference to the originator's id and/or the value of the 
Internet Message-ID of the originator's message as received by the system. 






272 


Pie Quoted body of the message together with the email addresses of its intended recipients. \ 




r 273 



A table for each recipient listing: 

The Delivery status of the message for that destination based upon the Systems 
recorded delivery status. 

The time at which the recipient's MTA received the message and/or the time at 
which the system received a DSN from the recipient's MTA. 



c 



274 



A list of the original attachments of the email together with there separate hash numbers. \ 



i 



£ 



275 



Transcripts or abstractions of the transcripts of all the SMPT dialogs generated in the delivery 

of the message to each destination. 



4 
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Quotations from the bodies and the attachments of all received DSNs including whatever 
details of delivery or disposition of the message that they might reveal. 



1 



277 



The system will attach to the receipt copies of all of the attachments of the original message. \ 



i 



278 



The system will attach received DSN messages and their attachments to the receipt. 



1 



£ 
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Having generated the text of the receipt so far, the system then generates an encrypted hash 

of the body of the receipt 



i 



C 



280 



The encrypted hash is appended to the body of the message as a digital signature. \ 



i 



£ 



281 



The receipt, now being complete, is sent by email to the originator with the advice that it be 

kept for the originator's records. 



1 



C 



282 



( The system may now delete all copies of the original message, attachment and DSNs. ) 



FIG. 2E-2 
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The system receives MUA Notifications at an e-mail address used for the purpose. 

(e.g. readreceipt@rpost.com) 



i 



£ 



286 



Extracts the address of the sender of the original message from the address of the MUA Notice 
where it is found in the name field of the message, 
(e.g. TO-.jsmith@adomain.com <readreceipt@rpost.com> 



^ 287 

I L 

Creates a receipt which includes: 

the subject of the MUA as its subject; 

a heading e.g. "RPost Reading Receipt"; 

the body of the MUA Notice quoted in the body of the Receipt 

a time/date stamp 



S~ 288 

I L 

Attach to the receipt any files that may accompany the MUA 's receipt 



^- 289 

Generate a hash for any files attached to the receipt and record this hash in the body of the 

receipt. 



290 



Generate a hash for the body of the receipt and its attachments, encrypt this hash, and 
appended the result to the message as a "document digital fingerprint". 



£ 



291 



Send the resulting receipt to the originator of the message. 



C 



292 



( Having sent this receipt, the system may delete all internal records of the transaction. ) 



FIG. 2F 
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Users submit receipts for validation by forwarding 
them as emails to a specific rpost.com address. 
E.g. authentica@rpost.com 



700 



701 



When a receipt is received the operators of the 
system shall: 



702 



Detach and decrypt the document digital signature 
appended to the receipt. 




Compare the newly generated hash to the 
hash value quoted in the document. 



YES 



FIG. 7-1 
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0— 


Generate a report indicating that the operator ofRPost cannot 
authenticate the receipt as an accurate record of the delivery or 
contents of the message described in the receipt 






s—706 


0 — 


Generate a report indicating that the operator ofRPost can 
authenticate the receipt as an accurate record of the delivery of 
the original message to its destination: 
that the body of the message was as appears in the receipt 






f-710 


®— 


Generate a report indicating that the operator ofRPost can 
authenticate the receipt as an accurate record of the delivery of 
the original message to its destination: 
that the body of the message was as appears in the receipt 
That each delivered attachment was identical to the copies 
appended to the receipt 








©— 


Generate a report indicating that the operator ofRPost cannot 
authenticate the submitted receipt because the attached file 
appears to have been altered since the time the message was 

delivered. 






1 r~™ 




Appended a copy of the receipt to the report 


h— 1 




1 r 714 



E-mail the report to the user who submitted the receipt 



FIG. 7-2 
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FIG. 9 f j 0 register an email for a recipient V" 

7 



Receive email for recipient acting 
as an SMTP f POP or IMAP server. 



900 
\f 901 



Generate a hash/digital fingerprint for the 
content of the message and its attachments 



902 



Encrypt the hash(es). 



903 



Append the encrypted hash(es) 
to the body of the message. 



V 

if 904 



C 



Make the message available for 
reading/download by the recipient's MUA. 



y-905 



Recipient submits a copy of the receive V^" 
mail to the operators of the system who 



1000 



Decrypt the hash attached to 
the body of the message. 



1001 



Generate a hash of the body of the 
message and attachments 



1002 



Compare the document hash(es) with 
the decrypted hash(es) 



1003 



■1004 



Do the hash(es) match? 



FIG. 10 



1005 



The operators can 
warrant that the email 
is as originally received. 
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Message forwarded from 
recipient arrives at server 



•1313 



FIG. 14-1 



SMTP 



i 



Original Message 



File 
Attachment 



DigitalSeal.HTM 



1314 



Detach 



1315 



This Message originates at: 
J. Smith 
123 Jones Street 
Our Town, USA 1234 
To authenticate this message forward it 
to verify@rpost.net 



<!-Encrypted String- > 
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1323 



Hash File 
Attachments 




Equivalent 



YES 



NO 



1324 



~1 



1325 



Attach \ - 



<2> 



■Q) 



Reconstructed Original 



File 
Attachment 



» 
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FIG. 14-2 
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Decompress 



1317 

S—d. 

Decrypt \ 
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1. Sender ID information 



2. Hashes of file attachments 



3. Original message stripped of file attachments 
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4. Hash of 123 



Send "Invalid 
Message 
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(Ry+ \~Attach 
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A copy of the original 
Message is attached 



Reconstructed 
Original 
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< Send ^ 



